home *** CD-ROM | disk | FTP | other *** search
- Path: news.seinf.abb.se!usenet
- From: johan.hogberg@senet.abb.se (Johan H÷gberg)
- Newsgroups: comp.sys.amiga.hardware
- Subject: Re: Iomega ZIP drive and AFS
- Date: 5 Mar 1996 07:51:10 GMT
- Organization: ABB Network Control AB
- Message-ID: <4hgrpe$afm@sdaw04.seinf.abb.se>
- References: <4ha8n7$8u2@sdaw04.seinf.abb.se> <4hc4en$lfa@gordon.enea.se> <4hcvgu$k9o@sdaw04.seinf.abb.se> <4hfuc2$ovs@cville-srv.wam.umd.edu>
- NNTP-Posting-Host: 138.221.107.218
- Mime-Version: 1.0
- X-Newsreader: WinVN 0.93.11
-
- In article <4hfuc2$ovs@cville-srv.wam.umd.edu>, walrus@wam.umd.edu says...
- >
- >In article <4hcvgu$k9o@sdaw04.seinf.abb.se>,
- >Johan H÷gberg <johan.hogberg@senet.abb.se> wrote:
- >>In article <4hc4en$lfa@gordon.enea.se>, olli@enea.se says...
- >>>
- >>>Johan H÷gberg wrote:
- >>>
- >>>> When formatting a ZIP with AFS file system (AmiFileSafe) 88MB
- >>>> becomes free.
- >>>> When formatting a ZIP with FFS file system 95MB becomes free.
- >>>>
- >>>> The 95MB value is verified and true. 94 files of each 1024*1024
- >>>> bytes was copied into 10 directories. After that there was
- >>>> still 0.5MB free.
- >>>>
- >>>> But with AFS 88MB is reported and it would seem strange
- >>>> that 95MB would fit when 88MB is reported.
- >>>>
- >>>> Anyone familiar with this problem? Anyone having a clue?
- >>>
- >>>Not a total answer to your question, but maybe a step in the right
- >>>direction. As I have gathered from information on the AFS mailing
- >>>list AFS reserves a fixed part of the disk when formatting it. This
- >>>part of the disk is used for directory and file headers. If you only
- >>>have a few large files on your disk much of this space will be unused
- >>>(wasted?). For now the amount of header space is a fixed fraction of the
- >>>total disk/partition size and cannot be configured. FFS manages disk space
- >>>in a very different way and current disk info programs calculate disk info
- >>>data according to the FFS algorithm which is not very proper for AFS disks.
- >>>
- >>>Disclaimer: all this information could be my delirious phantasies.
- >
- >AFS reserves something around 5% of the diskspace, according to the docs,
- >for various managment purposes. For fairly extreme uses of diskspace, such
- >as a million microscopic files or a handful of huge files, this makes less
- >than optimum use of the total diskspace, but for most typical uses, the 5%
- >overhead is less than what FFS would dynamically use up as it goes along.
- >
- >
- >>The question is however then: How many files shall be written until this fixed
- >>area gets filled? And what happens after that?
- >
- >Disk full. This would only happen if you save a million tiny files, which
- >is probably not very representative of how diskspace is used in most cases.
- >Maybe future versions of AFS will be able to adjust dynamically to this,
- >allocating such "reserved" areas in increments of 1% of the diskspace as
- >needed (but that might affect performance again.)
- >
- >
- >>This fixed area is then 95-88 = 7MB of diskspace. This means that there is no p
- >oint
- >>in making HD partitions less or equal to 7MB.
- >
- >See above; according to the docs, the reserved space is ~5% of total space;
- >various reasons may have pushed this from ~5MB to 7MB in your case. Maybe
- >the 5% figure is a rough approximation, a rule of thumb, if you will.
- >
- > |._.|_ Udo Schuermann "The future's not what it used to be!"
- > |(:)| ) walrus@wam.umd.edu -- Narn Ambassador G'Kar
- > |_:_|/ http://www.wam.umd.edu/~walrus/ Babylon 5, "The Long Dark"
-
-
- Ok, I see it all very clearly now. I've calculated the percent value to 7% and it seems
- to be correct when examining different partitions of different sizes.
-
- I think it would be possible and I hope that future versions of AFS dynamically will
- allocate this area because this behaviour is not the expected.
-
- Don't get me wrong now, because AFS seems to be an excellent file system in all other
- aspects.
-
-
-